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CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application claims the benefit of U.S. Provisional Application No. 

60/187,800 filed March 8 5 2000. This application is also related to pending 
application serial number 09/347,949, filed July 6, 1999 entitled "Auction 
System and Method For Pricing and Allocation During Capital Formation". 

10 COPYRIGHT NOTICE 

A portion of this patent document contains material which is subject to 
copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent file or records, but otherwise 

1 5 reserves all copyright rights whatsoever. 

TECHNICAL FIELD 
This invention relates to the field of Internet computer systems and 
processes. More specifically, the invention is a method and apparatus for pricing 
20 and allocation of commodity or security issues through use of an Internet based 

control system. 

BACKGROUND 

It is desirable that the process of buying and selling initial offerings and 
25 large regulated blocks of commodities or securities (hereinafter "securities") be 

made more accessible to more investors, be made more price transparent by 
providing more visibility into the bid and offer process, reduce the costs to issuers 
and investors and increase the amount of trading in these securities. 

The present system of offering new issues of securities is non-transparent, 
30 inefficient and biased toward certain buyers and broker-dealers. As used herein, 

"securities" include equity securities, commodities (as traded on a licensed 
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commodity exchange), fixed income or debt securities including, for example and 
without limitation, corporate bonds, municipal bonds, mortgage backed bonds, 
emerging market bonds, junk bonds, treasury bonds, convertible bonds, gold, and 
the like. These will be generally referred to as "securities." 

While the following describes the technical problem in terms of debt 
securities, the general issues relate to the sale of regulated securities, commodities 
and other similar assets. Those skilled in these arts will recognize that the 
technical problem described specifically is a general one which may be solved 
within the letter and spirit of the invention disclosed herein. 

It is typical for a municipality, corporation, or other non-US treasury 
issuer to sell its securities by having an investment bank, or other broker, 
underwrite an offering. Typically, corporate bond syndications use an investment 
bank's salesmen to convey the terms of a pending offering to potential investors 
along with some preliminary, unofficial "price talk." In this way, a dialogue is 
initiated with investors that is intended to garner feedback concerning pricing and 
investor interest. This feedback is shared with the issuer and other investors. 

This process is generally referred to as "book building." Book building is 
iterative and filtered: a sort of oral history of the "book," listing interested 
investors and the quantity of securities in which they are ostensibly interested, is 
told, retold and modified until the offering or "deal" is as big and as cheap as the 
issuer will tolerate. The deal is then priced by the syndicate and the issuer enters 
into a written agreement with the underwriter to make the offering. Thus, 
generally, no written commitment to actually make the offering is made by the 
issuer until after the offering is priced and subscribed. After the initial issue has 
been through this initial sale process, the securities are freed to trade in the 
"secondary" market, that is, the market in which securities other than new issues 
are traded. The issuer of the securities will typically pay fees to the underwriter 
for its marketing, pricing and allocation services. 

In this initial sale system, market size and market price are controlled by 
the syndicate. And, as discussed below, the syndicate may wish to massage 
market size and price in order to accomplish a set of objectives which may belong 
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to the underwriter or some subset of participants rather than the issuer and the 
market at large. Certain investors may be favored by an underwriter, such that 
other investors who express an interest in purchasing such bonds in an initial 
offering will have no certainty that they will be allocated any bonds by the 
syndicate desk. Additionally, a deal will typically become several times 
oversubscribed, that is, more securities will be desired by investors than are being 
offered by the issuer. 

Potential investors are typically aware of this and, so, will indicate a 
quantity of securities to the syndicate which may be many times the actual amount 
of securities desired by the investor. Because investors understand that, in this 
traditional book building process, information can be filtered and massaged by the 
underwriter to achieve objectives that may differ from their own, investors tend to 
view this process with suspicion and caution. Thus, investors may attempt to 
manipulate the system in their favor in a number of ways. For example, as noted 
above, potential investors may pad their orders, indicating interest in a greater 
volume of securities than they truly desire. Potential investors may also stipulate 
that an order will fall away if the price is increased when, in fact, this simply 
represents posturing. The deal is then managed to the "proper" price and size by 
the syndicate, often to maximize fees and to please one constituent or another, but 
rarely to please the market as a whole or to achieve the most efficient price and 
distribution profile. 

Because of all this attempted manipulation, the underwriter may not be 
able to get a good understanding of the true intentions of the potential buyers of 
the securities at the various potential price points. Behavior of all parties is 
governed by an objective to manipulate the system by using the filtering process 
to get the upper hand. Thus, it can be the case that, once the real market price is 
established in secondary trading, one constituency gains at the expense of another, 
leading to further mistrust of the system. 

Recent conditions in the marketplace for debt securities amplify the need 
for a change in how these securities are bought and sold. For example, 
technology has become easily available to conduct electronic sales (by auctions, 
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etc.) that promotes unfiltered price discovery on a low-cost, real-time basis. 
Secondly, debt investors and issuers have become financially more sophisticated 
in their knowledge of markets, their ability to analyze credit quality and their 
ability to recognize value in the market. This means that they are less dependent 
on financial intermediaries for research and advice than they were in the past. 
Third, the amount of investable funds in the market has grown dramatically over 
the past decade, creating intense competition for new debt issues within the 
investor community and creating a need for a better market clearing process. 
Fourth, the services provided by traditional investment banks related to the new 
debt issue they originate have declined significantly, while the fees charged for 
services rendered have remained constant. The most significant example of 
reduced service is the sharp decline in secondary market liquidity provided by the 
traditional investment banks, largely the result of a decreased appetite for the risk 
amidst decreased profitability in secondary corporate bond trading. Finally, the 
current system encourages misrepresentations about the size and quality of the 
book, encourages special interest deals and often creates major disputes regarding 
allocations which create a mistrust of the system, thereby causing investors and 
issuers to inflate values and amounts in a way which exacerbates the hidden 
nature and inaccuracies of prices in the system. 

With the advent of the Internet and reasonably secure telecommunications 
systems, various attempts are being made to use these systems for the 
management of investment portfolios for mutual funds and others and for systems 
covering the sale and purchase of treasury bonds, corporate bonds and other 
securities in a way which avoids many of the described problems. Specifically 
in the area of bonds and other equities, for example, we have seen various 
patented systems. One such attempt at portfolio management is described in the 
well publicized U. S. Patent No. 5,193,056 issued to Signature Financial Group on 
March 9, 1993 titled "Data processing System for Hub and Spoke Financial 
Services Configuration." More specifically an attempt at automating the trading 
of debt securities in the secondary market is described in U. S. patent No. 
5,809,483 issued September 15, 1998 to S. William Broka et al, titled "Online 
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Transaction processing System for Bond Trading." Another system is described 
in U. S. Patent No. 5,946,667 issued August 31, 1999 to Morgan Stanley Group 
titled "Data Processing System and Method for Financial Debt Instruments." This 
system is a system for investors to track the performance of certain issued debt 
instruments within a limited period of time and especially for implementing 
investor participation in domestic and foreign capital markets through positions in 
indexed vehicles which are packaged as debt instruments. Still another more 
recent example of the use of the Internet to enhance general trading is found in U. 
S. Patent No. 6,023,686 issued February 8, 2000 to Health Hero Network, titled 
"Method for Conducting an on-line Bidding Session with Bid Pooling." This 
system, while not aimed specifically at any specific security market, is a system 
for allowing individuals to pool their bids as a group in order to qualify to bid on a 
property in an on-line auction. That is, it allows individuals with limited funds to 
pool their resources with other individuals of limited resources to be able to 
qualify (i.e. have enough capital) to buy a piece of property that has been 
auctioned. 

Other known internet related systems for buying and selling securities and 
commodities include a system set up in 1992 by Intervest, aimed at facilitating the 
secondary market sales of bonds between investors and broker-dealers. More 
recently, Brokertec, a consortium set up by Goldman Sachs and six other large 
institutions in the summer of 1999 is said to be trying to create an electronic inter- 
dealer broker for cash and futures. Tradeweb, an electronic brokerage system for 
US Treasuries, was set up by four investment banks (CSFB, Goldman Sachs, 
Lehman Brothers and Soloman Brothers) in 1997 and has apparently been 
successful in trading these securities. These Government bonds however do not 
have the problems mentioned above in that they are heavily traded, their price is 
well known in advance and are deemed the ultimate safe investment. Still another 
on-line system for handling bond trading, primarily in the secondary market, is 
BondDesk.com owned by BondDesk.Com LLP, an internet-based provider of 
retail fixed income trading software, and owned by BondExchange LLC, 
Goldman Sachs Group Inc., Paine Webber Inc., and Spear, Leeds & Kellog. 
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Almost all of these systems which strive to offer new issues follow the same 
logic; that is, they distribute research, prospectuses, filings and other new issue 
information over the web, which cuts down on paper, faxes and some phone calls. 
However the ultimate pricing and allocation of securities is still conducted via 
traditional methods. 

There is still a need for an Internet-based centralized system which 
provides a low-cost, open and decentralized price discovery environment. That is, 
a system using current technology to improve the transparency of the price 
discovery process, eliminate mistrust, reduce the special interest money involved, 
and bring the cost of distribution more directly in line with the value added by the 
medium. The present invention provides a system to accomplish these goals and 
is applicable to the general securities and commodities transactions. 
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SUMMARY OF THE INVENTION 

The present invention overcomes the disadvantages of the above described 
systems by providing an economical, high performance, adaptable system and 
method (designated "The OpenBook system") for conducting an auction of 
securities to institutional and individual investors on the Web. In the OpenBook 
system auction: 

• Bidders are rewarded for anonymously revealing their bids early. 

• All winners pay a single market-clearing price that sells out the securities. 

• All participants can monitor the auction in real time. 

The OpenBook system thus creates a transparent and low-cost new issue 
market; offers all bidders equal access to securities; and gives both investors and 
issuers a "seat on the syndicate desk." 

A computer implemented method for conducting an auction of securities 
on the web is claimed whereby 

Bidders are rewarded for anonymously revealing their bids early. 

All winners pay a single market-clearing price that sells out the securities. 

All participants can monitor the auction in real time. 

An apparatus for conducting an auction of securities on the web is claimed 
whereby 

Bidders are rewarded for anonymously revealing their bids early. 
All winners pay a single market-clearing price that sells out the securities. 
All participants can monitor the auction in real time. 

Also claimed is a network node in the Openbook system which is an. 
auction server node in a network having a user node including a browser program 
coupled to the network, the user node providing requests for information and 
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providing bidding input commands on said network, the network node 
comprising: 

• an auction server node in the Openbook system responsive to a request 
from the user node to participate in a securities auction as a qualified 
bidder, whereby the openbook system auction server node provides a bid 
mechanism through which bidders are rewarded for anonymously 
revealing their bids early, and provides an allocation of securities which 
allows winning bidders to pay a single market-clearing price that sells out 
the offered securities, and provides a system whereby all participating 
users can monitor the securities auction at the user node. 
Also claimed is a computer program product stored on a computed 
useable medium, comprising; 

computer readable program means for causing the computer to 
conduct an auction of securities on the Web; 

provide a bid mechanism whereby auction bidders are rewarded for 
anonymously revealing their bids early; 

provide an allocation of the securities which allows winning bidders to pay 
a single market-clearing price that sells out the securities; and 

provide a system whereby all participants can monitor the auction in real 

time. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a flow chart illustrating a securities pricing and allocation 
system in accordance with a preferred embodiment of the present invention. 
5 Figure 2 is a flow chart illustrating processes which occur during an 

auction portion of the securities pricing and allocation system illustrated in Figure 
1. 

Figure 3 is a flow chart illustrating an initial bidding process which takes 
place during an auction portion of the securities pricing and allocation system 
3 10 illustrated in Figure 1 . 

fx Figure 4 is a flow chart illustrating a bid modification and final bidding 

^ process which takes place during an auction portion of the securities pricing and 

"U allocation system illustrated in Figure 1 . 

rj Figure 5 is a flow chart illustrating a bond allocation process which is part 

W 15 of the securities pricing and allocation system illustrated in Figure 1. 

fl Figure 6 is a high level view of the internet architecture. 

1 Figure 7 is a screen shot of the user interface showing the log-on screen. 

t_ Figure 8 is a screen shot of the user interface showing an exemplary set of 

Initial Terms for a sample offering. 
20 Figure 9 is a screen shot of the user interface showing an exemplary set of 

auction details. 

Figure 10 is a screen shot of the user interface showing an exemplary set 
of in-progress auction details. 

Figure 1 1 is an additional screen shot of the user interface showing an 
25 exemplary set of in-progress auction details. 

Figure 12 is an additional screen shot of the user interface showing an 
exemplary set of in-progress bids and related time-stamps. 

Figure 13 is an additional screen shot of the user interface showing an 
exemplary Bid confirmation set of in-progress auction details. 
30 Figure 14 is an additional screen shot of the user interface showing an 

exemplary set of current bid status data with in-progress auction details. 
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Figure 15 is an additional screen shot of the user interface showing an 
exemplary request for confirmation of a bid modification entry with a set of in- 
progress auction details. 

Figure 16 is an additional screen shot of the user interface showing an 
exemplary warning screen indicating a time-stamp may be revised. 

Figure 1 7 is an additional screen shot of the user interface showing an 
exemplary successful purchase-auction over screen. 

Figure 18 is an additional screen shot of the user interface showing an 
exemplary unsuccessful purchase-auction over notice screen. 

Figure 19 is an additional screen shot of the user interface showing an 
exemplary details of a completed auction. 

Figure 20 is an additional screen shot of the user interface showing an 
exemplary error message relating to an improper bid size selection during an 
auction. 

Figure 21 is an additional screen shot of the user interface showing an 
exemplary attention message related to an attempt to cancel a bid during an 
auction. 

Figure 22 is a flow chart of the high level physical layout architecture of 
the system containing the present invention. 

Figure 23 is a flow chart showing the details of the auction server 
architecture of the system containing the present invention. 

Figure 24 is a flow chart showing further exemplary details of the systems 
architecture of the preferred embodiment of the present invention. 



sf-948303 



10 



Docket No. 422232000300 



DETAILED DESCRIPTION OF THE INVENTION 

Overview 

The present invention overcomes the disadvantages of the above described 
5 systems by providing an economical, high performance, adaptable system and 

method (designated "the OpenBook system") for conducting an auction of 
securities to institutional and individual investors on the Web. In the OpenBook 
system auction: 

• Bidders are rewarded for anonymously revealing their bids early. 
S 10 • All winners pay a single market-clearing price that sells out the 
JJ securities. 

S • All participants can monitor the auction in real time. 

5 The OpenBook system thus creates a transparent and low-cost new issue 

^ market; offers all bidders equal access to securities; and gives both investors and 

□ 1 5 issuers a "seat on the syndicate desk." 

=1 Similarities to Traditional Investment Grade Offerings 

~ The Openbook system auction process is similar to a traditional 

3 investment grade debt security offering in the following respects: 

• The offering process will occur over 3-5 days from announcement 
20 to closing 

• The issuer will have an effective shelf registration statement 

• The managing underwriters will sign a terms agreement with the 

issuer 

• Co-managers will sign an agreement among underwriters 
25 • Dealers will sign a dealer agreement 

• A prospectus supplement will update the base prospectus with 
terms of the securities issued 

• Securities will clear regular way (T+3), DVP (delivery versus 
payment). Provisions are also provided for T+l clearance in the future. 

30 
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The Underwriting Agreement, Terms Agreement and Prospectus 
Supplement 

The participants in the OpenBook system agree prior to an auction that 
their bids are conditional offers that the managing underwriters can accept once 
the auction is completed. In order to be able to immediately accept such offers, 
the underwriters will need to enter into a terms agreement with the issuer prior to 
pricing with the following provisions: 

• The underwriter's purchase of securities will be conditioned on a 
successful auction ; 

• The auction will be bound by ranges for various terms, including 
the interest rate spread, issue amount and maximum Treasury rate; 

• The issuer, investors and underwriters will agree to abide by 
auction rules posted on the OpenBook system site; 

• The definition of prospectus will include the electronic form of the 
prospectus. 

A system in accordance with the present invention is a system of price 
determination and allocation of securities that can result in substantial benefits for 
both companies seeking to raise capital through the sale of such securities and 
investors wishing to purchase such securities. As noted in the Background 
section, as used herein, securities includes equity securities, debt vehicles such as, 
without limitation, corporate or municipal bonds, mortgage backed bonds, 
emerging market bonds, junk bonds, commodities, gold, and money market 
instruments such as, without limitation, US treasury bills, bank certificates of 
deposit, commercial paper, repurchase agreements and the like. An investment 
vehicle offering using a pricing and distribution system in accordance with a 
preferred embodiment of the present invention differs substantially from either 
traditional underwritten or Dutch auction security offerings. In offerings 
conducted in accordance with the present invention, investment vehicles will 
generally be sold by an offering company at a price determined by investors 
bidding for the vehicles using a Dutch auction type scheme. A Dutch auction is 
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described in Exxon Corp. , 1977-78 Fed. Sec. L. Rep. (CCH) para. 81,198 at 88, 
159 (avail. May 9, 1977) which explains: 

The Dutch Auction differs in certain material respects from the practice of 
competitive bidding. Principally, the bids which are submitted need not 
cover the entire amount of the offering in order to be accepted. Each 
bidder, including institutions and individuals as well as registered broker- 
dealers, indicates the amount of the offering which is wanted, and the 
yield. Each bid received will, on the final date designated for entry of 
bids, become an irrevocable offer to purchase the amount of bonds 
indicated unless the bid is withdrawn. 

In addition, the offering price is based upon the yields specified in 
the bids. After closing the invitation period, the bids are listed in 
ascending order of yields. The bid with the lowest yield is accepted first, 
and then other bids at successively higher yields are accepted up to those 
bids with the highest yield required to reach the total amount of the 
offering. The highest accepted yield is the yield at which all the bonds are 
awarded. Upon determination of the yield, the interest rate and price are 
fixed by the issuer. The securities will be awarded to the successful 
bidders at a uniform price based upon the accepted yield. 
However, not all difficulties are alleviated using the Dutch auction 
method. Using either a traditional book building or a Dutch auction technique, 
the issuer generally does not enter into any type of binding agreement to issue the 
bonds until after investors have demonstrated interest or the auction has run and 
pricing takes place. Thus, even after expressing interest or, in a Dutch auction, 
placing a bid, the issuer could still decide not to issue any bonds, leaving investors 
uncertain that they would receive any bonds until after final pricing. 

Moreover, the value of a security is an almost exclusive function of the 
market for the security. And, both the traditional book building method and the 
Dutch auction method described above provide an imperfect indication of what 
the actual market value of a particular fixed income security might be because of 
the closed nature of the process.. For example, there is no quote system for the 

13 
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bond market to allow potential investors to gain an idea of what a new issue might 
be worth. Additionally, there is no mechanism for a potential purchaser to gain 
information about what the issuer or other potential purchasers believe the 
particular security is worth or the amount of securities that an issuer will offer 
5 until after a price has been set and the security has been purchased. Finally, 

similar deal sizes for similar grade securities may have different demand at 
different points in time depending on any number of outside factors. Thus, past 
demand for a particular type of security is not necessarily a good indicator of 
future demand for a similar offering. Accordingly, there is an inherent lack of 
10 certainty for investors when purchasing these types of securities using traditional 

jfi methods. While a type of Dutch auction is used in the present invention, this 

IB auction is an "open" auction as opposed to a "closed" (sealed bid) type auction 

| j used by others. 

Lm In the preferred embodiment, Information concerning the offering such as 

;3 15 a range in which the final yield will be set and a range of total offering size is 

^ preferably provided prior to the auction. Additionally, potential investors will be 

j=* able to receive feedback concerning what other potential investors are bidding for 

j ? the offering during the course of an auction. 

Preferably, an Auction Advisor provides a system upon which the auction 
20 portion of the offering is run and assist the issuer of the securities in marketing the 

offering and running the auction. As shown in step 110 of Figure 1, which is a 
flow chart showing an overview of a securities pricing and allocation system in 
accordance with a preferred embodiment of the present invention, prior to an 
auction, an issuer communicates a mandate to the auction advisor that the issuer 
25 wishes to conduct a bond offering using a pricing and allocation system in 

accordance with the present invention. Then, as shown in step 112, the issuer 
enters into an agreement with the auction advisor to price and sell the issuer's 
offering. Preferably, this agreement is legally binding on the issuer contingent 
only on completion of a successful auction. 
30 Because a binding agreement has been entered into, as shown in step 113, 

the issuer and/or auction advisor are able to determine a number of auction 
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parameters, discussed in detail below, preferably including parameters which limit 
the price and total size of the offering. These auction parameters are preferably 
publicized to potential auction participants. 

In a securities distribution system in accordance with the present 
invention, bidder's can preferably place two types of bids, a competitive bid and a 
non-competitive bid. As explained below in detail, bids include both a price 
component and a quantity component. Non-competitive bids are given in terms of 
the dollar amount of securities desired by the bidder and are automatically 
assigned a price component equal to a minimum yield for the offering as set by 
the auction parameters Competitive bids preferably have both a quantity 
component and a price component chosen by the bidder which may be above a 
minimum yield as set by the auction parameters. Additionally, competitive bids 
preferably have a private component, used for pricing and allocation, and a public 
component, which is preferably made available to other bidders while an auction 
is in progress and which is preferably related to the private component. By 
having a public and private component, competitive bids can be used to provide 
bidders and issuers with information about the market value of an offering without 
requiring the bidder to reveal exactly what his or her bid is. Finally, as shown in 
step 116, the auction is closed and, as explained below, preferably 30 minutes 
after the close of the auction final pricing is completed. 

Next, as shown in step 1 18, a pricing and allocation auction is conducted 
by the auction advisor. Basically, a clearing price is determined by arranging bids 
received during the auction in order from best to worst and pricing the offering at 
the bid price at which all the bonds offered can be allocated. Bonds are then 
allocated to all bidders bidding inclusively between the best bid price and the 
clearing price. Preferably, pricing achieved at this stage is set relative to the yield 
of a benchmark Treasury bond at a time after the auction has ended. 

A securities distribution system in accordance with the present invention 
provides a number of significant advantages over a traditional fixed income 
securities offering. First, because issuers preferably enter into an agreement to 

15 
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sell bonds before pricing or allocation of bonds occurs, investors are provided 
with a relatively higher degree of certainty that bonds will be issued. 

Also, far more information can, and preferably is, made available to 
investors prior to a showing of interest by investors than in past securities 
5 distribution systems. Pricing and deal size information is made available via the 

auction parameters publicized prior to the auction. Additionally, further "real- 
time" pricing information is made available to potential investors during an 
auction by publicizing the public component of all bids as they become available. 
Both of these features of a preferred embodiment of the present invention 

10 advantageously disseminate important information to investors allowing 

investment decisions based on a higher degree of certainty. 

The auction system also can provide greater exposure to the retail market 
as individual investors preferably have the ability to bid on offerings on 
substantially equal footing with institutional investors. Thus, individual retail 

1 5 investors can gain access to new fixed income offerings, including high-grade 

corporate bond offerings, whereas they may not have had such access under 
previous security distribution schemes. The ability for retail investors to bid 
along side institutional investors may have the additional effect of increasing 
demand over that of a typical underwritten offering where the retail market is 

20 largely ignored relative to institutional buyers. 

Additionally, the issuer of the securities does not have to pay as much of a 
premium to an investment bank or other broker for selling the securities because if 
the inherent efficiencies of the electronic system. This can advantageously result 
in substantial savings to the issuer in making a security offering. 

25 The auction system provides greater certainty that the allocation of 

securities are awarded to those that desire them the most. Allocation is based on 
the aggressiveness of an investors bid and their time stamp. The higher the price 
an investor is willing to pay for a security and the earlier they place their bid, the 
more likely they are to be awarded securities. 

30 In a preferred embodiment, offerings utilizing an auction in accordance 

with the present invention will be conducted through the use of a software system 
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developed by the assignee, W. R. Hambrecht, Inc., which is described in more 
detail below. This system will handle multiple aspects of the offering process, 
including subscription, pricing and allocation. It is to be understood, however, 
that a securities pricing and allocation system in accordance with the present 
invention my be achieved by any number of similar web-based software and 
hardware modules. 

Although, as noted above, the pricing and distribution system of the 
present invention can be applied to any type of security, a preferred embodiment, 
discussed below, will be described with respect to bonds or, more specifically, 
corporate bonds. Additionally, pricing for bonds herein will be referred to in 
terms of interest rate paid on the bond or yield. Specifically, pricing will be 
referred to with respect to the interest rate paid on the auctioned bonds relative to 
the interest rate paid on a selected benchmark treasury bond. This quantity will be 
referred to herein as the "spread." It is to be noted that the lower the spread, the 
lower the interest rate the issuer must pay on the bond. Consequentially, the 
lower the spread of a given bid, the more attractive it is to the issuer. 

Subscription 

In a system in accordance with the present invention, investment vehicle 
offerings are preferably accessible to both institutional and retail investors. In 
order to participate in any given offering investors must be registered with a 
designated Underwriter. It is expected that institutional investors will be able to 
register directly with such Underwriter, but that retail investors will typically 
participate via on-line brokerage firms. On the day the bonds become available 
for sale by the issuing company registered investors can submit bids on the 
offering. Preferably, bids are submitted electronically through a web-based 
interface maintained by the Assignee, W. R. Hambrecht Inc., as the Auction 
Advisor. As discussed in detail below, any investor making a bid will indicate the 
number of bonds such investor would be willing to purchase ("Bid Quantity") and 
the spread the investor would be willing to accept ("Spread"). 

Set-up 
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Preferably, to arrange an offering, an issuer of securities contacts the 
auction advisor at least a week prior to the date the issuer would like to sell the 
bonds and arranges to have the auction advisor offer and sell the bond issue 
through the auction process of the present invention. 

Prior to conducting an auction, an issuer and/or the auction advisor 
determine a number of auction parameters, listed below. Then, preferably, these 
parameters are announced to potential bidders prior to the start of the auction. 
This feature advantageously provides a potential investor with far more 
information about a bond offering than was traditionally available through the 
previously used bond sales techniques discussed in the Background section. 

The parameters listed below are those which are determined in a preferred 
embodiment. It is to be understood that it is within the ambit of the present 
invention to include either greater or fewer auction parameters to be decided prior 
to the auction and announced to potential bidders. 

1 . A minimum and maximum dollar amount of bonds to be issued 
("the Minimum and Maximum deal size' 9 ). This provides a 
potential investor with concrete information concerning the total size 
of an offering prior to bidding. The precise dollar amount of bonds to 
be issued is preferably set midway between the start and finish of an 
auction (which preferably would have a duration of from 1 to 4 hours) 
and will be between the Minimum and Maximum deal size. As 
discussed in detail below, by the midpoint of an auction a substantial 
amount of pricing and demand information will preferably have been 
collected by the auction advisor and disseminated to both the issuer 
and the bidders. Thus, the issuer is advantageously provided with 
valuable pricing and demand information which can be used in 
determining a final dollar amount of the offering. 

2. A reference Treasury security of comparable maturity to bonds 
being issued (the "Benchmark Treasury"). Bids are expressed in 
terms of a yield above the yield of the Benchmark Treasury, or the 
spread. As discussed below, the auction process determines a spread 
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at which the offered bonds will be sold (the "clearing spread"). The 
final yield, however, is based on the yield of the Benchmark Treasury, 
which can continue to fluctuate after a clearing spread has been 
determined. The final yield is preferably set based on the yield of the 
5 Benchmark Treasury 30 minutes after the close of the auction. 

3. A minimum and a maximum differential over the Benchmark 
Treasury for which bids will be accepted (the "Minimum Spread" 
and the "Maximum Spread," respectively). Providing this 
information prior to the beginning of an auction gives potential 

10 investors an idea of the range for the final yield of the offered bonds 

(depending on the yield of the Benchmark Treasury 30 minutes after 
the close of the auction). Thus, potential investors can gauge their 
interest in an offering and size and price their bids accordingly. 

4. A maximum yield for the Benchmark Treasury (the "Maximum 
15 Benchmark Treasury Rate"). This indicates a maximum yield of the 

Benchmark Treasury. The issuer and/or the auction sponsor has the 
right, but not the obligation, to cancel an auction if the actual treasury 
rate is greater than the Maximum Benchmark Treasury Rate. 

5. A minimum dollar size for competitive bids and non-competitive 
20 bids. This is the lowest dollar amount a bidder can bid in either a 

competitive bid or a non-competitive bid. These parameters are set to 
prevent a proliferation of undersized bids which could add unnecessary 
administrative complexity to an auction. Additionally, an individual 
investor may use these parameters to determine whether he or she 
25 wishes to participate in the auction at all. The minimum dollar size for 

competitive bids may, but need not, equal the minimum dollar size for 
non-competitive bids. 

6. A minimum dollar increment for competitive bids and non- 
competitive bids. Bids must be made in these pre-determined 

30 increments. For example, if the minimum dollar increment is 
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$1000.00, bids must be in this increment. That is, no bids of, for 
example, $10,500 would be accepted. These parameters are set to 
mitigate administrative difficulties. The minimum dollar increment for 
competitive bids may be, but does not need to be, the same as the 
minimum dollar increment for non-competitive bids. 

7. A maximum dollar bid quantity (the "Maximum Bid Size' 9 ). This 
is the maximum dollar amount that any single bidder can bid after 
combining the bidder's competitive bid and non-competitive bid. This 
parameter is set to prevent any single bidder from having a dominating 
influence on the spread set by the auction. Setting this parameter, 
then, can allow the clearing spread to better reflect a true market 
valuation of the offered bonds. 

8. A maximum spread under an Initial Bid that potential investors 
can modify a Final Bid without canceling their competitive bid 
("the Protected Spread Range"). As discussed in greater detail 
below, a competitive bid has a public spread component and a private 
spread component. The Protected Spread Range is the maximum 
amount, expressed in terms of basis points, which the private spread 
component can be below the public spread component without 
requiring cancellation and re-entry of the entire competitive bid. For 
example, if a Protected Spread Range is set at .04 (expressed in basis 
points) and a potential investors competitive initial (public) bid is .75, 
then the final (private) bid cannot be below .71 without canceling and 
re-entering the competitive bid. As discussed below, the protected 
spread range tends to cause the pricing information provided publicly 
during an auction to reflect the private bid information upon which the 
final pricing of the offering will be based. 

9. A maturity date for the issue. 

10. A coupon frequency for the issue. 
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1 1 . An auction starting and ending time. As noted above, auction 
duration is preferably between 1 and 4 hours. 

12. A time when the final deal size will be announced. As discussed 
above, this time is preferably during the progress of an auction. 

5 By publicizing the auction parameters listed above prior to the start of an 

auction, potential investors can receive far more information about a fixed income 
offering than was typically made available in past offering techniques. In 
particular, through publication of the Minimum and Maximum Deal Size, the 
Benchmark Treasury and the Minimum and Maximum Spread, potential investors 
10 will receive information about both the size and pricing of a bond offering prior to 

the sale of the bonds. This information can advantageously be used by investors 
to make relatively more certain investment decisions. 
Auction Process 

Figure 2 is a flow chart illustrating a preferred embodiment of the major 
1 5 processes which take place during the auction portion of a system in accordance 

with the present invention. As shown in step 150, the auction begins at a 
predetermined and published time. During the auction, there are three major 
processes which take place. As shown in step 152, the auction advisor monitors 
the progress of the auction. In a preferred embodiment, this includes, for 
20 example, activities such as allowing only one competitive bid and one non- 

competitive bid per auction participant, monitoring the Benchmark Treasury Rate 
to see if it exceeds the Maximum Treasury Rate, and policing the authenticity of 
placed bids. 

Additionally, as shown in step 154, and as explained in detail below, bids 
25 are taken by the auction advisor and the public component of the bids are 

publicized. It is to be understood that preferably, bids taken during an auction are 
not necessarily accepted. That is, simply because the auction advisor takes a bid 
from a bidder, it does not necessarily mean that the bidder will receive bonds. As 
discussed below, only successful bidders will receive bonds. 
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As shown in step 156, the deal size is set, preferably midway through the 
auction. At a predetermined ending time, as shown in step 158, the auction is 
ended and no more bids are taken. 

Bidding 

5 Preferably, a pricing and allocation system in accordance with the present 

invention determines the yield which the bonds being offered will generate based 
on bids received by potential investors. An potential investor's auction bid 
preferably indicates two things: the number of bonds the potential investor wishes 
to purchase and the yield the potential investor wishes to receive for the bonds. 

10 The number of bonds is preferably expressed as the total value of the bonds the 

potential investor wishes to buy, for example, an investor might indicate a desire 
to purchase $200,000 worth of bonds. The yield the potential investor would like 
to receive on the purchased bonds is preferably indicated in terms of spread 
between the yield of the Benchmark Treasury at the time of final pricing and the 

15 desired yield of bonds being bid for in one basis point increments. For example, 

if the Benchmark Treasury has a yield of 7%, the auction participant would bid 
1.5% to indicate a willingness to accept an 8.5% yield on the purchased bonds. 

As discussed in detail below, in an bond pricing and distribution method in 
accordance with a preferred embodiment of the present invention, whether a bid is 

20 successful depends generally on two factors: the size of the bid spread and the 

relative time at which the bid was placed. Generally, the lower the bid spread and 
the relatively earlier the bid is placed, the more likely the auction participant will 
receive the full amount of bonds desired. Preferably, in order to determine when a 
bid was placed, a "time stamp 11 is associated with the bid which indicates when a 

25 bid was received relative to other bids received during an auction. 

As mentioned above, in a preferred embodiment of the present invention, 
there are two general categories of bids which an auction participant can place: 
competitive bids and non-competitive bids. Competitive bids preferably indicate 
both a quantity and a spread which can be above the Minimum Spread set by the 

30 issuer prior to the auction. Non-competitive bids, on the other hand, simply 
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express a total amount of bonds which the bidder desires at the whatever the 
clearing price will be. 

Additionally, there are two categories of competitive bids: public 
competitive bids and private competitive bids. When first entering a competitive 
5 a bid, a bidder preferably enters both a public competitive bid, or "initial bid," and 

a private competitive bid, or "final bid." The initial bid will not be part of a firm 
offer from the potential investor at the time of the auction close, however, the 
final bid will be part of such a firm offer. Additionally, the spread and quantity of 
the initial bid is made available to other potential investors while the auction is 

=? 10 taking place (though the identity of the bidder is preferably not revealed). 

Ti Preferably, if the bidder does not enter a final bid at the time of entering the initial 

g bid, the initial bid becomes the final bid by default. 

y Because the final bids affect the clearing spread of the offering, and 

n become the potential investor's firm offer at the time of the close of the auction, in 

^ 15 order to provide an indication to auction participants of the market value of the 

[tr s offering, it might be desirable to publicize the final bids. However, it may also be 

M desirable to auction participants to keep precise information about their firm 

5 offers private until the end of the auction. Accordingly, to provide all bidders 

with some indication of the market value of the offering, the private, final bids are 
20 preferably related to the public, initial bids. 

To achieve this, in a preferred embodiment, the issuer sets a Protected 
Spread Range which indicates the maximum amount a bidder's final bid can be 
below his or her initial bid from the final bid spread without altering the time 
stamp of the bid. For example, if an issuer set a protected spread range of .35 
25 basis points, a bidder's final bid spread could not be more that .35 below the 

bidders initial bid without losing the time stamp of the bid. Preferably, if the 
bidder goes out of the protected spread range, the original time stamp for the bid 
is lost and a new time stamp corresponding to the time the final bid outside the 
protected spread range was made is assigned to the new bid. Additionally, a new 
30 initial bid is preferably created by default to match the final bid which is outside 

the protected spread range of the original initial bid. Preferably, the final bid is 
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not allowed to be above the initial indication. This provides bidders viewing 
publicly provided bid information with the knowledge that the information 
provided reflects the largest spreads that other bidders are bidding. This can 
provide greater certainty for bidders viewing publicly provided bid information. 

As noted above and explained in detail below, bonds are preferably 
allocated partially based on the time stamp corresponding to the bid. Thus, in a 
competitive auction, it is to a bidder's benefit to both bid early and retain the time 
stamp of his or her bid by not placing a final bid outside the protected spread 
range. This provides a motivation for bidders to make final bids which are inside 
the protected spread range with respect to the bidder's initial bid. This, in turn, 
provides a motivation for bidders to make their initial bids reflect the bidder's 
genuine beliefs about the market value of the offering. Thus, advantageously, 
there is impetus to make publicly provided bid information available relatively 
early in the auction process and bear some relationship to the true market value of 
the bond offering. 

As mentioned above, bidders can also place non-competitive bids instead 
of or in addition to competitive bids. In a Non-competitive bids the bidder enters 
a bid for the amount of bonds desired, such as $200,000. For pricing purposes, 
the spread component is set at the Minimum Spread as determined by the issuer 
prior to the auction. As will be explained in detail below, this means that non- 
competitive bids are the first bids "filled" or allocated the requested quantity of 
bonds. In this way, a bidder who wants a certain amount of the offered bonds, but 
is not highly concerned about the yield, can simply indicate how many bonds he 
or she desires and the bid will likely be filled at clearing spread. Also, preferably, 
retail investors are limited to submitting only non-competitive bids while 
institutional investors can submit either competitive or non-competitive bids. 
This advantageously allows savvy, institutional investors to retain substantial 
control over the final price of the bonds thereby reducing the possible irrationality 
which may be introduced into the market if retail investors were substantially 
impacting the price of bonds. Like competitive bids, non-competitive bids also 
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receive a time stamp when placed which may be used to determine allocation 
priority. 

Figure 3 is a flow chart illustrating a preferred embodiment for placing an 
initial bid in accordance with the present invention. At step 200, an investor 
5 places an initial bid. As shown in steps 210 and 216, the investor will have to 

enter quantity and, if the bid is competitive, will also have to enter a spread. After 
entering a quantity in step 210, as shown in steps 212 and 214, two checks are 
performed by the system. First, in step 212, it is determined whether the bid 
quantity is greater than the minimum bid size and in the correct bid increment. If 

10 either one or both of these conditions is not met, the investor is returned to step 

210 and asked to enter another bid quantity. If both of these conditions are met 
then, in step 214, the system checks to be sure that the entered quantity is less than 
or equal to the investor's credit limit or the maximum bid size. If the entered 
quantity is not less than or equal to either one or both of these parameters than the 

15 invest or is asked to reenter the bid quantity. If the quantity is less than or equal 

to the investors credit limit and the maximum bid size, then the quantity 
component of the bidder's initial bid is approved. 

As shown in step 216 a spread is also associated with the initial bid. In 
step 218, the system first determines whether the bid is competitive or not. If the 

20 bid is not competitive then, in step 222 the spread for the bid is set equal to the 

minimum bid spread. If the initial bid is part of a competitive bid then a shown in 
step 220, it is determined whether the spread is below the maximum spread and 
above the minimum spread. If the spread is outside this minimal/maximum 
spread range, the bidder is returned to step 216 and asked to enter another spread. 

25 If the spread is within the minimum/maximum spread range, then the spread 

component of the bid is approved. Finally in step 224, if both the quantity 
component and the spread component of the initial bid are approved, the bid is 
displayed to the public and given a time stamp. 

As discussed above, it is possible to modify the spread component of a 

30 competitive bid. Additionally, it is possible to modify the quantity component of 

either a competitive bid or a non-competitive bid. Figure 4 is a flowchart 
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illustrating how a system in accordance with the present invention allows a bidder 
to modify the quantity component of either a competitive bid or a non-competitive 
bid and enter and modify a final bid (of a competitive bid). At step 300, an 
investor modifies the quantity component of either competitive bid or non- 
competitive bid. At step 310, the system checks whether the modification is 
greater than the minimum bid size and in the correct bid increment. If the 
modified bid violates either parameter, then the bidder is returned to step 300 and 
asked to enter a new modification. If both parameters are satisfied, then, in step 
312, the system checks whether the modified bid quantity component is greater or 
equal to the current bid quantity component. Thus, if the new quantity 
component is less than the original quantity component, as shown in step 316, the 
bidder is asked whether he or she would like to place a new bid, that is, a bid 
having a new time stamp. 

If the bidder does not wish to lose the time stamp of the original bid, he or 
she is returned to step 300 to make an appropriate bid modification. If the bidder 
does wish to enter a new bid he may do so but only up to the pegged amount. 

Changing a bid quantity by a relatively large amount, e.g. more than 50%, 
can have a relatively large effect on the bid information that is provided to bidders 
during the auction. Thus, allowing such large changes is bid quantity could 
introduce greater uncertainty into the auction process. Accordingly, bidders are 
preferably discouraged from changing their bid quantities by such a large amount. 
Preferably, if a bidder changes his or her original bid quantity by 50% or more, 
the original bid is cancelled and the bidder must enter a new bid with a new time 
stamp. Therefore, if the new quantity component of the modified bid is greater 
than or equal to the current bid quantity component then, at step 314, the system 
checks whether the new quantity is less than 50% more than the original quantity 
component. If so, then, at step 316, the bidder is asked whether he or she would 
like to enter a new bid. However, if the new quantity component is less than 50% 
more than the original quantity component, the change is accepted, the time stamp 
is preserved and, as shown in step 318, the new quantity component is displayed 
to other bidders. 
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As discussed above, a competitive bid also has a final bid component 
which is not made public during the auction. Referring again to Figure 4, at step 
400, a bidder enters or modifies the final bid component of a competitive bid. As 
shown at step 400, the final bid component of a competitive bid is set to the initial 
5 bid component by default. However, a bidder preferably is able enter a final bid 

which is different from the initial bid if the final bid is less than the initial bid and 
within the Protected Spread Range from the initial bid. Accordingly, as shown at 
step 410 the system checks whether the entered final bid is less than the initial bid 
by no more than the Protected Spread Range. If it is not, at step 420, the bidder is 

10 given the opportunity to enter a new bid. 

If the bidder does not wish to enter a new bid, the bidder is returned to step 
400. If the bidder does wish to enter a new bid, as shown in step 414, a new time 
stamp is assigned to the modified bid and the initial bid component of the 
modified bid is by default set equal to the new final bid component. If the bidder 

15 desires, however, an initial bid different from the new final bid can be entered as 

long as it is greater than the new final bid and within the protected spread range of 
the final bid. Returning to step 410, if the new final bid entered at 400 is less than 
the original initial bid by no more than the Protected Spread Range, then at step 
416, the new final bid is accepted with no change in the time stamp of the bid. 

20 After accepting bids for a predetermined amount of time, as set in the 

auction parameters, the auction is closed and no additional bids are accepted and 
submitted bids cannot be changed. 
Pricing and Allocation 

The final yield which investors will receive for bonds sold through the 
25 auction process is preferably determined following the auction close. Most 

preferably, the final yield is determined 30 minutes after the auction close. 
Immediately after auction close, however, a spread at which the offered bonds 
will be sold relative to the Benchmark Treasury Rate, or clearing spread, is 
determined. Figure 5 is a flow chart showing the process which is used to price 
30 and allocate bonds in the offering. 
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As shown at step 500, non-competitive bids and final bid components of 
competitive bids are arranged in an array from lowest spread to highest spread. 
As noted above, non-competitive bids are automatically assigned the Minimum 
Spread as determined in the auction parameters. Accordingly, non-competitive 
5 bids will be collected at the lowest level of the array of arranged bids. Bids 

having the same spread are arranged in the array in ascending order from the 
earliest time stamp to the latest time stamp. Bids having the same time stamp and 
spread are placed at the same level in the array. 

As shown in steps 501 and 510, the lowest bid or bids (if multiple bids 
=f 10 share the same time stamp) are "accepted." Subject to there being sufficient 

T\ quantity demand to fill the deal size, bidders of accepted bids will receive bonds 

at the clearing spread. Then, in step 512, the system checks whether the aggregate 
J* quantity of accepted bids equals or exceeds the deal size. If not 511, then the next 

ji 

H highest bid or bids in the array are accepted. The system loops through steps 510 

U 15 and 512 until the aggregate quantity of accepted bids is equal to or greater than 

=j the deal size 513. Then, as shown in step 514, the system checks whether all of 

^ the accepted bids are non-competitive bids. If not 515, that is, if there is at least 

i one competitive bid accepted, then as shown in step 516, the clearing spread is set 

equal to the spread of the last accepted bid or bids (having the same spread and 
20 time stamp). 

If all of the accepted bids are non-competitive 517 then, as shown in step 
518, the clearing spread is set at either one of two values. If the aggregate dollar 
quantity of bonds requested by the accepted bids exactly equals the deal size, 
bonds will be awarded at the mid-point between the Minimum Spread and the 
25 Maximum Spread. If, however, the aggregate quantity of bonds requested by the 

accepted bids is greater than the deal size, bonds will be awarded at the Minimum 
Spread. 

As shown in step 520, if there are multiple bids with the same time stamp 
and which spread component equals the clearing spread, then bonds are allocated 
30 among these bids on a pro-rate basis. Then, in step 522, the system determines 

whether the aggregate quantity component of the accepted bids is greater than the 
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deal size. If it is not 523, that is, if the aggregate quantity component of the 
accepted bids is equal to the deal size, then, as shown in steps 524 and 526, 
investors are awarded bonds at the clearing spread according to the quantity 
component bid. 

As shown in step 528, if the aggregate quantity component of the accepted 
bids is greater than the deal size, the accepted bids with the highest spread and the 
latest time stamp will be awarded only a portion of desired quantity indicated by 
the bid. The portion awarded is preferably equal to the difference between the 
deal size and the aggregate quantity of bonds requested by all accepted bids minus 
the quantity of bonds requested by the accepted bid with the highest bid and the 
latest time stamp. Additionally, as shown in step 526, bonds will be awarded at 
the clearing spread. 

Closing 

Bond pricing occurs approximately 30 minutes after an auction terminates. 
The auction yield is preferably determined by adding the clearing spread to the 
Benchmark Treasury Rate. The coupon rate on the bond will be set at the auction 
yield rounded down to an increment determined by the issuer and auction advisor. 
The bond price that corresponds to the auction yield and coupon rate is preferably 
rounded to three decimal places. 

BEST MODE FOR CARRYING OUT THE INVENTION 

While the following description of the preferred embodiment articulates 
the current operating rules in terms of an auction and system focused on bond or 
debt securities it will be clear to those skilled in these arts that these and similar 
rules can be used in and for similar electronic auctions of securities of any kinds 
as well as for similar auctions of most commodities. Similarly, while the 
description of the systems hardware and software and their current architecture 
are used at present for auctions of bonds and other debt securities, it will be clear 
to those skilled in these arts that these and similar hardware and software means 
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can be used in and for similar electronic auctions of securities of any kinds as well 
as for similar auctions of most commodities. 
Technology Employed 

The OpenBook auction system builds on the design and architecture 
developed for W. R. Hambrecht f s proprietary OpenlPO™ equity underwriting 
platform. This is described in the related pending application serial number 
09/347,949 filed July 6, 1999 which is incorporated fully herein by reference. 
The auction engine employs a modular, client-server architecture that can be 
partitioned across several processors using standard network protocols. The core 
of the system is the Order Management Server (OMS) which utilizes a 
commercial, off-the-shelf relational database to provide transaction-oriented 
persistent storage. Other components of the system interact with the OMS via a 
distributed messaging system to handle administration, bid management, and 
securities allocation. The novelty of the present invention including its 
differences from this prior invention will be described in more detail below. 

CURRENT OPERATING RULES 

In the preferred embodiment of the system, the following rules govern the 
participation of buyers and sellers of securities and are consistent with current 
Federal and State Regulations governing the sale of such securities. 

1. General Terms 

1.1. These rules (the "Rules") shall govern the participation by prospective 
purchasers of securities (the "Investor(s)") in the OpenBook system 
Internet electronic auction system (the "System" or "the OpenBook 
system") operated by W R Hambrecht + Co. ("WRH"). Each Investor by 
signing a Customer Agreement and / or Participation Agreement with 
WRH, an underwriter or dealer participating in the OpenBook system 
agrees to be bound by the Rules and to consent to the participation of 
other Investors in the OpenBook system. These rules should not be 
interpreted in connection with any other document (including documents 
posted on the WRH web site) except the Customer Agreement, The 
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OpenBook System Participation Agreement and any amendments to this 
document specifically labeled as such. 

1.2. WRH has the exclusive right to amend the Rules from time to time and 
will post such amendments on the OpenBook system. Investors will be 
bound by an amendment after the effective date set forth in the 
amendment. 

1 .3. WRH has the right to cancel any auction if in its sole discretion events 
have occurred that would interfere with the operation of such auction. 

2. The Issuer 

2.1. An issuer of securities ("the Issuer") and / or WRH selects the following 
terms that will be announced on the OpenBook system prior to an 
auction: a minimum and maximum dollar amount of bonds to be issued; a 
reference Treasury security of approximately comparable maturity to 
bonds being issued (the "Benchmark Treasury"); a minimum differential 
(a "Spread") over the Benchmark Treasury for which bids will be 
accepted (the "Minimum Spread over the Benchmark Treasury"); a 
maximum differential over the Benchmark Treasury for which bids will 
be accepted (the "Maximum Spread over the Benchmark Treasury"); a 
maximum rate for the Benchmark Treasury (a "Maximum Benchmark 
Treasury Rate"); a minimum dollar size for Competitive Bids (the 
"Minimum Competitive Bid Size"); a minimum dollar increment for 
Competitive Bids (the "Minimum Competitive Bid Increment"); a 
minimum dollar size for Non-Competitive Bids (a "Minimum Non- 
Competitive Bid Size"); a minimum dollar increment for Non- 
Competitive Bids (the "Minimum Non-Competitive Bid Increment"); a 
maximum dollar bid quantity (the "Maximum Bid Size"); a maximum 
Spread under an Initial Bid that Investors can modify a Final Bid without 
canceling their Competitive Bid (the "Protected Spread Range"); a 
maturity date for the issue; a coupon frequency for the issue; an auction 
starting time; an auction ending time; and a time that the Deal Size will be 
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announced. An Issuer and / or WRH may select any additional terms 
deemed relevant to an auction. 

The Issuer and / or WRH has the right, but not the obligation to cancel an 
auction on the OpenBook system if the actual treasury rate is greater that 
the Maximum Benchmark Treasury Rate. 

The Issuer and / or WRH will announce the exact dollar size of an issue 
(the "Deal Size") at some pre-specified point during an auction. 

Bidding 

3.1. The auction will start and end at times determined by the Issuer and / or 
WRH. Investors may not place bids prior to the start or after the end of 
the auction. 

3.2. Investors may enter a desired quantity of bonds in dollars and two 
Spreads over the Benchmark Treasury, in one basis point increments 
(collectively a "Competitive Bid"). 

3.2.1. When an Investor enters a Competitive Bid, the first Spread 
component will be revealed to other Investors on the OpenBook 
system, but the identity of the Investor will remain anonymous (an 
"Initial Bid"). 

3.2.2. The second Spread component will not be revealed to other 
Investors until after the auction ends (the "Final Bid"). The Final 
Bid may not be less than the Initial Bid by more than the Protected 
Spread Range. 

3.2.3. The Initial Bid will not be part of a firm offer on the part of the 
Investor at the time of the auction close. The Final Bid and quantity 
component of a Competitive Bid will comprise a firm offer on the 
part of the Investor at the time of the auction close. 

3.3. In addition to or in place of a Competitive Bid, Investors may enter a 
desired quantity of bonds in dollars and a Spread equal to the Minimum 
Spread over the Benchmark Treasury (collectively a "Non-Competitive 
Bid"). 
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3.4. New Competitive Bids and new Non-Competitive Bids will be marked in 
one minute increments at the time a confirmation of a bid is received by 
the OpenBook system (the "Time Stamp"). 

3.5. Investors may place only one Competitive Bid and one Non-Competitive 
Bid at any time. 

3.6. The quantity component of a Competitive Bid must be greater than or 
equal to the Minimum Competitive Bid Size and in an increment evenly 
divisible by the Minimum Competitive Bid Increment. The quantity 
component of a Non-Competitive Bid must be greater than or equal to the 
Minimum Non-Competitive Bid Size and in an increment evenly divisible 
by the Minimum Non-Competitive Bid Increment. 

3.7. When added together, the quantity components of a Competitive Bid and 
a Non-Competitive Bid must not exceed the lesser of an Investor's credit 
limit as set by WRH or the Maximum Bid Size. 

3.8. An Initial Bid and a Final Bid must be greater than or equal to the 
Minimum Spread over the Benchmark Treasury and less than or equal to 
the Maximum Spread over the Benchmark Treasury. 

4. Chaneing Bid Spreads 

4. 1 . Investors may change a Final Bid at any time during the auction. A Final 
Bid must be less than or equal to the current Initial Bid. 

4.2. If an investor attempts to change a Final Bid to a value that is less than 
the Initial Bid by more than the Protected Spread Range (a "Disqualified 
Final Bid"), the OpenBook system will automatically offer the Investor 
the opportunity to enter a new Competitive Bid with the following values 
set by default but subject to change by the Investor: a quantity component 
equal to the quantity component of the previous Competitive Bid and an 
Initial Bid and Final Bid equal to the Disqualified Final Bid. 

4.3. Investors cannot modify the Spread component of a Non-Competitive bid. 
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5. Changing Bid Quantities 

5.1. Investors may change the quantity component of a Competitive Bid or 
Non-Competitive Bid at any time during an auction. 

5.2. If an Investor attempts to change the quantity component of a 

5 Competitive Bid to a value (the "Competitive Bid Disqualified Quantity 

Component") that is (1) less than the currently existing quantity 
component of that Competitive Bid or (2) that is greater than 50% more 
than the first quantity component that an Investor entered for that 
Competitive Bid, the OpenBook system will automatically offer the 

10 Investor the opportunity to enter a new Competitive Bid with the 

following values set by default but subject to change by the Investor: a 
quantity component equal to the Competitive Bid Disqualified Quantity 
Component and an Initial Bid and Final Bid equal to the Initial Bid and 
Final Bid components of the previous Competitive Bid. 

15 5.3. If an Investor attempts to change the quantity component of a Non- 

Competitive Bid to a value (the "Non-Competitive Bid Disqualified 
Quantity Component") that is (1) less than the currently existing quantity 
component of that Non-Competitive Bid or (2) that is greater than 50% 
more than the first quantity component that an Investor entered for that 

20 Non-Competitive Bid,the OpenBook system will automatically offer the 

Investor the opportunity to enter a new Non-Competitive Bid with the 
following values set by default but subject to change by the Investor: a 
quantity component equal to the Non-Competitive Bid Disqualified Bid 
Quantity Component and a Spread component equal to the Minimum 

25 Spread over the Benchmark Treasury. 

6. Award of Bonds 

6.1 . If the total quantity of bonds requested by all Competitive and Non- 
Competitive bids is less than the Deal Size, WRH has the right, but not 
30 the obligation to cancel the auction and reject all submitted bids. If the 

total quantity of bonds requested by all Competitive and Non-Competitive 



sf-948303 



34 



:ket No. 422232000300 



bids is less than the Deal Size and WRH decides not to cancel the auction, 
the underwriting syndicate will place a Non-Competitive Bid with a 
quantity component equal to the difference between the Deal Size and the 
total quantity of bonds requested by all Competitive and Non-Competitive 
bids. 

6.2. At the end of an auction, Competitive and Non-Competitive Bids will be 
arranged from the lowest to the highest Final Bid or Spread component of 
a Non-Competitive Bid. Except as modified by Sections 6.3-6.5, 
Competitive Bids and Non-Competitive Bids will be accepted starting 
with the lowest Final Bid or the lowest Spread component of a Non- 
Competitive Bid until the aggregate quantity of bonds requested by the 
accepted bids is greater than or equal to the Deal Size. The lowest Spread 
level that results in the total quantity of bonds requested being greater 
than or equal to the Deal Size is called the "Clearing Spread". 

6.3. All Competitive Bids that have a Final Bid component or Non- 
Competitive Bids that have a Spread component that equals the Clearing 
Spread will be arranged from earliest to latest Time Stamp. Except as 
modified by Sections 6.4 and 6.5, Competitive Bids and Non-Competitive 
Bids will be accepted starting with the earliest Time Stamp until the 
aggregate quantity of bonds requested by the accepted bids is greater than 
or equal to the Deal Size. Bids that have the same Time Stamp and that 
have a Spread component equal to the Clearing Spread will be awarded 
bonds on a pro-rata basis according to dollar quantity of bonds requested. 

6.4. If all bids are Non-Competitive and the aggregate dollar quantity of bonds 
requested by those bids exactly equals the Deal Size, bonds will be 
awarded at the mid-point between the Minimum Spread over the 
Benchmark Treasury and Maximum Spread over the Benchmark 
Treasury. Except as modified by Section 6.5, if all bids are Non- 
Competitive and the aggregate dollar quantity of bonds requested by 
those bids is greater than the Deal Size, bonds will be awarded at the 
Minimum Spread over the Benchmark Treasury. 

35 

sf-948303 



\ 



:ket No. 422232000300 



6.5. If the aggregate quantity of bonds requested by all accepted bids is greater 
than the Deal Size, the accepted bids with the highest Spread and the 
latest Time Stamp will be awarded a partial quantity of bonds equal to the 
difference between the Deal Size and the aggregate quantity of bonds 

5 requested by all accepted bids minus the quantity of bonds requested by 

the accepted bid with the highest Spread and the latest Time Stamp. 

6.6. All Investors that have a Final Bid or Spread component of a Non- 
Competitive Bid less than the Clearing Spread will be awarded bonds at 
the Clearing Spread. 

% 10 6.7. W.R. Hambrecht reserves the right to reject a Competitive or Non- 

J Competitive bid for any reason. 

I) 6.8. A bid that is accepted by WRH will constitute an irrevocable contract to 

% purchase securities by the Investor. 

3 15 7. Pricing 

7 z 7.1. Bond pricing occurs approximately 30 minutes after an auction 

^ terminates. The auction yield (the "Auction Yield") is determined by 

5 adding the Clearing Spread to the Benchmark Treasury Rate. The coupon 

rate on the bond will be set at the Auction Yield rounded down to an 
20 increment determined by WRH and the Issuer. The bond price that 

corresponds to the Auction Yield and coupon rate is rounded to three 

decimal places. 



The Auction Process 

25 In an embodiment of the invention, an overview of the system of the 

present invention is shown in Figure 6. In an embodiment of the invention, an 
end user of the auction method and system of the present invention uses a 
standard web browser 601 to access via a network, such as the Internet 602, both 
an information website 603 and the auction server 604. The information website 

30 603 may be associated to a published URL and contains information about 

offerings and the auction process of the method and system of the present 
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invention. The auction server 604 may contain the auction engine itself, where 
the auctions are run. 

Figure 22 shows an exemplary embodiment of the physical network for 
the method and system of the present invention. A router 2202, such as a Cisco 
5 router is connected to a network, such as the Internet 2201 . In an embodiment of 

the invention, an auction application of the method and system of the present 
invention is deployed at a co-location facility that provides a 100Mbps connection 
to the Internet 2201 . Router 2202 is connected to switch 2203, which may be a 
lOMpbs/lOOMpbs switch associated with a public network. Switch 2203 is 
,S 10 connected to production auction server 2204, which may be designated as the hot 

; J production server. Switch 2203 is also connected to backup server 2206, which 

may be designated as a warm backup server. Production auction server 2204 and 

I y 

iU backup server 2206 are connected to switch 2205, which may be designated a 

' s * 1 private network switch and may be associated with a private network. In an 

i3 15 embodiment of the invention, digital streams to and from the Internet 2201 pass 

m through router 2202 and then switch 2203, which directs auction-related bit traffic 

^ over the associated public network to production auction server 2204. Backup 

Q server 2206 may also be on the same associated public network and serves as the 

fail-over for the production auction server 2204. Switch 2205 serves as a 
20 connection to the associated private network that contains other non-Internet 

related applications. 

Figure 23 shows an overview of an embodiment of an auction server 2301 
of the method and system of the present invention. Auction server 2301 may 
contain one or more databases 2302, an OMS 2305, a bid manager 2306, an 
25 auctioneer 2303, and an administrator 2304. Auctioneer 2303, administrator 

2304, and bid manager 2306 all have access to the OMS 2305. In an embodiment 
of the invention, auctioneer 2303, administrator 2304, and bid manager 2306 may 
have varying degrees of access to the OMS 2305. OMS 2305 is an order 
management system that is associated with one or more databases 2302. Bid 
30 manager 2306 is connected to web server 2307, which is in turn connected to a 

network, such as the Internet 2308. 
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Figure 24 shows a more detailed view of an exemplary systems 
architecture for the method and system of the present invention. Order 
Management System 2410, or OMS, as exemplified by an OMS/CoreOMS with 
the OpenBook system Extensions in an embodiment of the invention, is 
responsible for tracking the principal objects of the system, which may include 
information associated with users, accounts, auctions, positions, and fills. Order 
Management System 2410 may implement user-based authentication and role- 
based authorization. In an embodiment of the invention, Order Management 
System 2410 may also implement a Java RMI-based API/SPI for client access and 
is the locus for timing and events throughout the system. In an embodiment of the 
invention, Order Management System 2410 uses Relational Backing Store 2407 
to locate and keep the principal objects available in a persistent storage device. In 
an embodiment of the invention, Relational Backing Store 2407 is responsible for 
mapping the principal objects of the system onto a relational schema, locating and 
keeping the principal objects of the OpenBook system available in a persistent 
storage, and for obeying referential integrity constraints of the data model. In an 
embodiment of the invention, Relational Backing Store 2407 implements a Java 
JDBC interface to the vendor Relational Database System 2408, such as the 
Sybase Adaptive Server Enterprise. 

In an embodiment of the invention, OpenBookManager 2406 is 
responsible for bidder account management, multiplexing a bidder-role based 
interface to the Order Management System 2410, and position management for 
authorized accounts and to provide a single listener interface for state changes in 
active auctions. The OpenBookManager 2406 makes state and position 
information available to clients for use by any user interface system that does not 
use the Order Management System 2410 API/SPI directly. 

In an embodiment of the invention, the OpenBook system Servlet 
Interface 2405 provides programmatic execution linkage between the Java Servlet 
Engine 2404 API Specification and the OpenBookManager 2406 module. Servlet 
invocations are mapped to OpenBookManager 2406 interfaces to allow user 
interfaces to be constructed for HTML. The OpenBook Servlet Interface 2405 is 
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invoked and controlled by Java Servlet Engine 2404, which may be a 3 rd party 
Java Servlet Engine such as JRun from Allaire. JRun is in turn utilized by the 3 rd 
party HTTP web server 2402, which may be Zeus from Zeus Technology. HTTP 
web server 2402 is in turn connected to Web Browser User Interface 2401. 

In an embodiment of the invention, HTML Templates 2403 are provided 
to allow for the separation of functionality between the OpenBook Servlet 
Interface 2405 module and the HTML designer. Server Side Include template 
mappings may be provided for the principal objects of the system and all their 
attributes, as well as system attributes such as time and date. Multiple browser 
products may be supported and accommodated. 

Auction Server Database Schema 

In an embodiment of the invention, an exemplary database schema for an 
auction server of the method and system of the present invention will now be 
described. 

In an embodiment of the invention, an auctiondb database may represent 
the Relational Backing Store (RBS) 2407, as shown in Figure 24. This database is 
associated with the auction server of the method and system of the present 
invention. 

The following statements clean out any existing auction database to set up 
an auction: 

use master 

dump transaction master with no_log 

drop database openbook 

go 

The following creates an empty auction database: 

create database openbook on data— 10 log on logs=10 
go 

use openbook 
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10 



go 



A users table defines static information about entities that are allowed 
access to parts of the system. Referring to Figure 23, a user may be an 
administrator 2304, an auctioneer 2304, a bid manager 2306, an entity in an 
auditor role, or an entity that sets up accounts. The degree of access to various 
components may be determined by the UserRoles table. Each user is assigned a 
unique UserED which is used to refer to the user from other tables. An 
embodiment is as follows: 



create table openbook.. users ( 

tStamp datetime not null, 

owner Id numeric( 1 8,0) not null, 

id numeric( 1 8,0) not null, 

1 5 userName varchar(60) not null, 

contactName varchar(80) null, 

securityType int not null, 

securityKey varchar(255) null, 

status int not null, 

20 unique (id), 

unique (userName) 

) 

print "Created openbook.. users" 
go 

25 

A userLog table relates to security and error checking for users in the 
method and system of the present invention. Whenever an action is taken, the 
userlog is updated to catalog the action. An embodiment is as follows: 

30 create table openbook.. userLog ( 

editld numeric( 1 8 ,0) not null 
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references openbook.. users(id), 
txld numeric(l 8,0) not null, 

action int not null, 

tStamp datetime not null, 

ownerld numeric( 1 8,0) not null, 

id numeric(18,0) not null references openbook.. users 



(id), 



userName varchar(60) not null, 

contactName varchar(80) null, 
10 securityType int not null, 

securityKey varchar(255) null, 
status int not null, 

unique (txld) 

) 

1 5 print "Created openbook.. userLog" 

go 

An accounts table is used to record information associated with end users, 
such as investors associated with the method and system of the present invention. 
20 Examples of end users are institutional buyers, individual investors, and retail 

users. An embodiment is as follows: 

create table openbook.. accounts ( 

tStamp datetime not null, 

25 ownerld numeric( 1 8,0) not null 

references openbook.. users(id), 

id numeric(l 8,0) not null, 

account varchar(80) not null, 

name varchar(60) not null, 

30 status int not null, 

securityKey varchar(60) null, 
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contactName varchar(80) null, 

company varchar(60) null, 

address 1 varchar(60) null, 

address2 varchar(60) null, 

5 address3 varchar(60) null, 

city varchar(50) null, 

state varchar(20) null, 
zip varchar(20) null, 

country varchar(50) null, 

10 directPhone varchar(30) null, 

mobilePhone varchar(30) null, 
faxNumber varchar(30) null, 

emailAddress varchar(80) null, 

challenge varchar(80) null, 

15 response varchar(80) null, 

companySwitchboard varchar(30) null, 
wrhManagerl varchar(80) null, 
wrhManager2 varchar(80) null, 

clearingAccount varchar(80) null, 

20 instructions varchar(80) null, 

accountManager varchar(80) null, 

accountNameDisclosed bit not null, 
accountType varchar(8) null, 
bloomberg varchar(80) null, 

25 bocName varchar(80) null, 

bocPhone varchar(30) null, 

bocEmail varchar(80) null, 

creditLimit float null, 

agreementSigned datetime null, 

30 unique (id), 

unique (account) 
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) 

print "Created openbook.. accounts 11 
go 

An accountLog table is used to record and catalog all actions taken by 
given account. An embodiment is as follows: 

create table openbook.. accountLog ( 

edit Id numeric( 18,0) not null 



<0 10 references openbook.. users(id), 

txld numeric( 1 8,0) not null, 

j S action int not null, 

\j\ tStamp datetime not null, 

' ' 1 o wnerld numeric( 1 8 ,0) not null 

1 3 1 5 references openbook. .users(id), 

\y id numeric(18,0) not null references 

;I! openbook.. accounts (id), 

□ account varchar(80) not null, 

name varchar(60) not null, 

20 status int not null, 

securityKey varchar(60) null, 
contactName varchar(80) null, 

company varchar(60) null, 

address 1 varchar(60) null, 

25 address2 varchar(60) null, 

address3 varchar(60) null, 

city varchar(50) null, 

state varchar(20) null, 
zip varchar(20) null, 

30 country varchar(50) null, 

directPhone varchar(30) null, 
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mobilePhone varchar(30) null, 
faxNumber varchar(30) null, 
emailAddress varchar(80) null, 
challenge varchar(80) null, 
response varchar(80) null, 
companySwitchboard varchar(30) null, 
wrhManagerl varchar(80) null, 
wrhManager2 varchar(80) null, 
clearingAccount varchar(80) null, 
instructions varchar(80) null, 
accountManager varchar(80) null, 
accountNameDisclosed bit not null, 
accountType varchar(8) null, 
bloomberg varchar(80) null, 
bocName varchar(80) null, 
bocPhone varchar(30) null, 
bocEmail varchar(80) null, 
creditLimit float null, 
agreementSigned datetime null, 
unique (txld) 

) 

print "Created openbook..accountLog" 
go 



A roles table provides a convenient repository for security roles defined by 
the auction system. Each role is assigned a unique RoleED. This RolelD is 
referred to by a UserRoles table. Semantics of roles are defined by the 
application. The roles of users may be checked to determine if a user has access to 
certain resources or is allowed to perform various tasks. An embodiment is as 
follows: 
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create table openbook.. roles ( 

roleld numeric(l 8,0) not null, 

roleName varchar(20) not null, 

unique (roleld), 
unique (roleName) 

) 

print "Created openbook.. roles" 
go 

The userRoles table enumerates all of the roles that are associated with a 
particular user. An embodiment is as follows: 

create table openbook.. userRoles ( 

userld numeric( 18,0) not null 

references openbook.. users(id), 
roleld numeric( 1 8,0) not null 

references openbook.. roles(roleld) 

) 

create unique index userRolesIndex on openbook.. userRoles(userId, roleld) 
create index userRolesUserlndex on openbook.. userRoles (userld) 
create index userRolesRolesIndex on openbook.. userRoles (roleld) 
print "Created openbook.. userRoles" 
go 

In an embodiment of the invention, a userRoleLog table represents the 
complete transaction history of each role change for each user known to the 
system. Each transaction is assigned a unique userRoleTxID. An embodiment is 
as follows: 

*/ 

create table openbook.. userRoleLog ( 
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userRoleTxId numeric(l 8,0) not null, 
editld numeric(l 8,0) not null 

references openbook.. users(id), 
userld numeric(l 8,0) not null 

references openbook.. users(id), 
roleld numeric(l 8,0) not null 

references openbook..roles(roleId), 
action int not null 

) 

print "Created openbook.. userRoleLog" 
go 

In an embodiment of the invention, view userRoleNames is associated 
with the same data as userRoles but provides user and role names instead of ids. 
An embodiment is as follows: 

*/ 

create view userRoleNames as 

select userName, roleName 

from openbook.. userRoles ur, users u, roles r 

where ur.userld = u.id and ur.roleld = r.roleld 
print "Created openbook.. userRoleNames" 
go 

An auctions table defines actual auctions that are run. Each auction is 
associated with a set of parameters defining that auction. Click-through 
parameters may also be used. Table values for parameters may be stored. In an 
embodiment of the invention, parameters that are required and must be provided 
are the ones listed as "not null" in the following exemplary embodiment: 

create table openbook.. auctions ( 
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tStamp datetime not null, 

ownerld numeric(l 8,0) not null 

references openbook..users(id), 



id numerical 8,0) 
cusip varchar(12) 
description varchar(255) 
status int 
totalAvailable int 
minValue float 
max Value float 
valuelncrement float 
lotSize int 
openTime datetime 
closeTime datetime 
alert varchar(255) 
announcedSize int 
minAuctionSize int 
max Auctions ize int 
auctionFormat varchar(80) 
benchmarkDesignationTime int 
benchmarkDollarPriceAtPricing float 
benchmarkRateAtPricing float 
benchmarkRateMax float 
benchmarkTreasury varchar(15) 
benchmarkCusip varchar(12) 
bondsFreeToTradeAt int 
clearingSpread float 
jointManagers varchar(80) 
compSizelncrement int 
couponDates varchar(100) 
couponFrequency varchar(l 5) 



not null, 
not null, 
null, 
not null, 
not null, 

not null, 
not null, 
not null, 
not null, 
not null, 
not null, 

null, 
not null, 
not null, 
not null, 
null, 



not null, 
not null, 
not null, 
not null, 
null, 



null, 



not null, 
not null, 
null, 

not null, 

null, 

null, 
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couponRate float 


not null, 






dollarPrice float 


not null, 






evallnterval int 


not null, 






face Value float 


not null 




5 


finalPricinffTime int 

1111UU 1 Ivlllg X llllv 1111 


not null 






issuer varchar(50) 


null, 






listed varchar(15) 


null, 






mfltiiritv Hatptimp 


null, 






accruedlnterest float 


not null, 




10 


maxBidlncrease float 


not null, 


•T1 




maxCompSize int 


not null, 






maxNonCompSize int 


not null, 


i rf 




maxPurchase float 


not null, 


; £ \ 




minCompSize int 


not null, 


in 


15 


minNonComnSize int 


not null 






nnn(^nmnSi7pTnrrpmpnt int 

liUllV^V/lllL/L/l&jvJJllvl vlllvlll 1111 


not null 

11UI 111111, 






nricin£?Time int 

Ul lvlllg 1 llllv lilt 


not null 

11V/L llUllj 






nrotprtpHSnrpfld float 


not mill 

11UI llUllj 






ratine varcharf40^ 


null, 




20 


sellingConcession float 


not null, 






settlementDate datetime 


null, 






settlementTenns varcharf80^ 

jviiiviiiviii i viiiu vtuviiniiuv/ 


null, 






issueDate datetime 


not null, 






^iyinpTime int 

Ol^illlg J. 1111V 111 I 


not null 

llvl llUllj 




25 


softDollarEarlyCutoff int 


not null, 






sonijonariiariyr^erceni no at 


Mull 

no i nun, 






softDollarLatePercent float 


not null, 






structure varchar(80) 


null, 






term int 


not null, 




30 


typeOflssue varchar(30) 


null, 






wrhManagerRole varchar(30) 


null, 
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yieldToMaturity float not null, 

unique (id), 
unique (cusip) 

) 

print "Created openbook.. auctions" 
go 

In an embodiment of the invention, 'view deals' allows users to see views 
for report generation and reporting purposes, such as for those who monitor an 
auction. Views may be created so that databases do not have to be queried each 
time a report needs to be run. In an embodiment of the invention, data is already 
assembled and fed into reporting structures associated with method and system of 
the present invention. An embodiment is as follows: 

create view deals as 

select tStamp, ownerld, id, cusip, description, status 

from openbook.. auctions 
print "Created view deals" 
go 

An auctionLog table is used to catalog and record all actions taken for a 
particular auction. In an embodiment of the invention, user changes are recorded 
in the auctionLog table. In an embodiment of the invention, parameters may be 
changed by a user. An embodiment is as follows: 

create table openbook.. auctionLog ( 

edit Id numeric( 18,0) not null 

references openbook.. users(id), 
txld numeric(18,0) not null, 

action int not null, 

tStamp datetime not null, 
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10 



15 



20 



25 



30 



owner Id numeric( 1 8,0) 

references openbook..users(id), 



not null 



id numeric(18,0) 
openbook.. auctions (id), 
cusip varchar(12) 
description varchar(255) 
status int 
totalAvailable int 
minValue float 
max Value float 
valuelncrement float 
lotSize int 
openTime datetime 
closeTime datetime 
alert varchar(255) 
announcedSize int 
minAuctionSize int 
maxAuctionSize int 
auctionFormat varchar(80) 
benchmarkDesignationTime int 
benchmarkDollarPriceAtPricing float 
benchmarkRateAtPricing float 
benchmarkRateMax float 
benchmarkTreasury varchar(15) 
benchmarkCusip varchar(12) 
bondsFreeToTradeAt int 
clearingSpread float 
jointManagers varchar(80) 
compSizelncrement int 
couponDates varchar(lOO) 
couponFrequency varchar(l 5) 



not null references 



not null, 
null, 
not null, 
not null, 

not null, 
not null, 
not null, 
not null, 
not null, 
not null, 

null, 
not null, 
not null, 
not null, 
null, 



not null, 
not null, 
not null, 
not null, 
null, 



null, 



not null, 
not null, 
null, 

not null, 

null, 

null, 
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couponRate float not null, 

dollarPrice float not null, 

evallnterval int not null, 
face Value float not null, 

finalPricingTime int not null, 

issuer varchar(50) null, 

listed varchar(l 5) null, 

maturity datetime null, 

accruedlnterest float not null, 

maxBidlncrease float not null, 
maxCompSize int not null, 

maxNonCompSize int not null, 

maxPurchase float not null, 
minCompSize int not null, 

minNonCompSize int not null, 

nonCompSizelncrement int not null, 
pricingTime int not null, 

protectedSpread float not null, 

rating varchar(40) null, 
sellingConcession float not null, 

settlementDate datetime null, 

settlementTerms varchar(80) null, 

issueDate datetime not null, 

sizingTime int not null, 

softDollarEarlyCutoff int not null, 

softDollarEarlyPercent float not null, 

softDollarLatePercent float not null, 

structure varchar(80) null, 

term int not null, 
typeOflssue varchar(30) null, 

wrhManagerRole varchar(30) null, 
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yieldToMaturity float not null, 

unique (txld) 

) 

print "Created openbook..auctionLog" 
go 

In an embodiment of the invention, view dealLog shows views for a 
particular deal. View dealLog may be used for reporting or other purposes. An 
embodiment is as follows: 

create view dealLog as 

select editld, txld, action, tStamp, ownerld, id, 
cusip, description, status 

from openbook..auctionLog 
print "Created view dealLog" 
go 

A positions table records the structures for bids, including such objects as 
sizes, timestamps, initial bid spreads, and final bid spreads. In an embodiment of 
the invention, for a non-competitive bid, a size and a timestamp is logged. In an 
embodiment of the invention, for a competitive bid, a size, a final bid spread, an 
initial bid spread, and a timestamp are logged. In an embodiment of the 
invention, user accounts may be referenced. The positions table may also index 
by account and/or by auction. An embodiment is as follows: 

create table openbook. .positions ( 

tStamp datetime not null, 

ownerld numeric( 1 8,0) not null 

references openbook.. users(id), 
id numeric(18,0) not null, 
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dealld numerical 8,0) not null 

references openbook.. auctions (id), 

account varchar(80) not null, 

size int not null, 

5 minFillSize int not null, 

status int not null, 

value float not null, 

initialValue float not null, 

nonCompSize int not null, 

10 treasuries float null, 

priority_tStamp datetime null, 

prioritysize int null, 

nonCompPrioritytStamp datetime null, 

nonCompPriority_size int null, 
15 unique (id), 

unique (account, dealld) 

) 

print "Created openbook. .positions" 
go 

20 

In an embodiment of the invention, table positioning records changes that 
are made to a positions table. In an embodiment of the invention, examples of 
changes are changes in spread, changes in size, and changes in timestamp. All 
actions for accounts may be logged. Table positioning may be indexed per 
25 auction, via unique auctionlDs for each auction, and/or cross-referenced with user 

IDs. An embodiment is as follows: 

create table openbook. .positioning ( 

editld numeric( 1 8,0) not null 

30 references openbook.. users(id), 

txld numeric(l 8,0) not null, 
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action int not null, 

tStamp datetime not null, 

ownerld numeric( 1 8,0) not null 

references openbook..users(id), 
id numeric(l 8,0) not null references 

openbook. .positions (id), 



dealld numeric( 18,0) not null 

references openbook.. auctions (id), 
account varchar(80) not null, 

size int not null, 

minFillSize int not null, 

status int not null, 

value float not null, 

initialValue float not null, 

nonCompSize int not null, 

treasuries float null, 
priority_tStamp datetime null, 
priority_size int null, 
nonCompPriority_tStamp datetime null, 
nonCompPriority_size int null, 
unique (txld) 

) 

print "Created openbook positioning" 
go 



In an embodiment of the invention, a fills table may store information 
about bonds that are awarded. An end user may set up a position. The end user 
may or may not get a fill, based on the other positions in the auction and other 
factors. An embodiment is as follows: 
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create table openbook.. fills ( 

tStamp datetime not null, 

ownerld numerical 8,0) npt null 

references openbook.. users(id), 
id numeric(l 8,0) not null, 

indicationld numeric( 1 8,0) not null 

references openbook. .positions (id), 
value float not null, 

size int not null, 

status int not null, 

softDollarAllocation float not null, 

unique (id) 

) 

print "Created openbook.. fills" 
go 

In an embodiment of the invention, a fillLog table catalogs and records 
changes to fills. Examples of changes include changes made by an administrator 
due to mistakes, suspect bids, and/or decisions to sell a lesser quantity or 
otherwise modify bids. In an embodiment of the invention, an administrator or 
other party may change bids. 

create table openbook.. fillLog ( 

editld numeric( 1 8,0) not null 

references openbook.. users(id), 
txld numeric( 1 8,0) not null, 

action int not null, 

tStamp datetime not null, 

ownerld numeric( 1 8,0) not null 

references openbook.. users(id), 
id numeric(18,0) not null references openbook.. fills 
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(id), 



indicationld numerical 8,0) n 
references openbook.. positions (id), 



not null 



value float 



not null, 



size int 



not null, 



status int 



not null, 



softDollarAllocation float 



not null, 



unique (txld) 

) 

print "Created openbook.. fillLog" 
go 

create clustered index fillsBidldlndex on openbook.. fills(id) 



An embodiment of a database schema dump or exit is as follows: 

checkpoint 
go 

sp_dropdevice dbdumpfile 
go 

sp_addumpdevice "disk", dbdumpfile, "/tmp/dbdump" 
go 

dump database openbook to dbdumpfile 
go 

_EOF_ 

/bin/rm -f /tmp/dbdump 
exit 0 



go 
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In an embodiment of the invention, the method and system of the present 
invention is associated with a corporate bond origination via a single-price 
auction. In an embodiment of the invention, states of the auction may include 
NOT OPEN, OPEN, WITHDRAWN, PRICING, CLOSED, RUNNING, 
ALLOCATED, and FILLED. 

In an embodiment of the invention, time is a required component of the 
auction, and each phase may be captured in the system as a state. In an 
embodiment of the invention, each state is strictly independent from the rest: the 
auction is in exactly one state at any given time, no two states overlap, and there is 
no period of time that is not covered by exactly one state. In an embodiment of 
the invention, the transition from one state to the next is atomic. 

In the NOT_OPEN state, the auction is not yet open. In an embodiment of 
the invention, this state begins at the instant the auction is first created in the 
system and continues until the transition to the OPEN state. No positions may be 
created, modified, or cancelled. All auctions are created in this state, and this is a 
state into which a transition from another state may not be made. The method and 
system of the present invention may only transition to the OPEN state from the 
NOT_OPEN state. 

In the OPEN state, the auction is open, and positions from qualified 
accounts and authorized users can be created, modified, or cancelled. In an 
embodiment of the invention, this state begins at the moment the auction is 
opened and continues until the transition to the PRICING state or the 
WITHDRAWN state. Due to vagaries of system timing, this state may not be 
used as the definitive control over when position operations are accepted by the 
method and system of the present invention. It may be expected that the duration 
of this state will be from the openTime auction attribute through the closeTime 
auction attribute. See discussion below about timing. 

In the WITHDRAWN state, the auction is withdrawn. This state begins at 
the moment the auction is withdrawn and continues indefinitely, or until it is reset 
to the OPEN state. It is used to signal that an auction has been suspended or 
cancelled. In an embodiment of the invention, no position operations are 
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accepted, though some positions may already exist in the method and system of 
the present invention. 

In the PRICING state, the system is being prepared to accept final pricing 
items. This state begins at the moment as close as possible to immediately 
following a close time and ends at the transition to the CLOSED state or the 
WITHDRAWN state. During this state, position operations are only allowed by 
those users with a syndicate role authorized. In an embodiment of the invention, a 
new position for the syndicate may be entered in order to effect a syndicate long 
position; a total available auction attribute may be modified during this state. This 
amount may be different from the auction attribute announced size, and can be 
used to effect a syndicate short position. 

In the CLOSED state, the auction is closed, and no further position 
operations are allowed. The state begins at the moment the syndicate manager 
closes the auction and ends when the auctioneer transitions the auction to the 
RUNNING state. 

In the RUNNING state, the auctioneer, is in the process of calculating the 
clearing value and generating allocations. In an embodiment of the invention, 
queries to the book may produce intermediate results. If an error occurs in the 
RUNNING state, the auction is reverted to the CLOSED state and all allocations 
are cancelled. At the successful conclusion of allocation generation, the state is 
changed to ALLOCATED. 

In the ALLOCATED state, the auction has been allocated, and executions 
have been created and are available. In an embodiment of the invention, the final 
auction attributes, such as coupon, price, and other attributes, may be computed 
and published by users who have the syndicate role authorized. For the first few 
minutes after entering this state, the treasuries position attribute may be modified 
for positions that received a fill; this time ends at a close time + final pricing time 
but does not start until this state is entered. 

In the FILLED state, the auction is filled, and no position operations or 
auction operations are allowed. Fills may be transmitted to third parties, such as 
clearing brokers, winning bidders, and/or other parties. This state begins when 
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the auctioneer has finished generating fills, and the FILLED state may continue 
indefinitely. 

In an embodiment of the invention, time in an auction may be handled as 
follows. Normal position operations may be allowed at certain times. When a 
position operation is attempted, the position is given a timestamp by the order 
management system of the method and system of the present invention. In an 
embodiment of the invention, this timestamp is assigned the earliest possible time 
in the order management system to allow for the earliest value to be used. This 
timestamp improves fairness and consistency, in that different operations may 
take differing amounts of time, so obtaining a proposed timestamp reduces this 
variation. In an embodiment of the invention, this timestamp is then rounded 
down to the nearest hundredth of a second. 

In an embodiment of the invention, before a position creation, 
modification, or cancellation is allowed, a proposed timestamp may be checked 
against an open time; if the timestamp is greater than or equal to the open time, 
the timestamp is checked against the close time; if the timestamp is less than the 
close time, then the state of the auction is checked; if the state of the auction is not 
WITHDRAWN then the operation is allowed to succeed. This procedure enables 
handling of the situation of accepting a bid received after the open time but 
strictly before the transition to the OPEN state, as well as not accepting a bid 
received after the close time but strictly before the transition out of the OPEN 
state. 

In an embodiment of the invention, time issues are also addressed with 
regards to priority for competitive and non-competitive bids. When any change is 
made to any object, a timestamp is recorded by the order management system for 
auditing purposes. If the operation results in a priority timestamp being reset, the 
timestamp of the last change for the position is used. 

In an embodiment of the invention, timing of evaluation for an auction 
may be associated with an auction attribute evallnterval, which is expressed in 
seconds. In an embodiment of the invention, specific times of evaluation may be 
calculated by working backwards from the close time, so that the final evaluation 
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interval ends precisely at the close time. In an embodiment of the invention, those 
who define auctions may be cautioned against using an evallnterval that makes for 
confusing timestamps. 

Referring again to Figure 6, an end user may initiate an auction of the 
method and system of the present invention by logging into the auction server 604 
in order to identify the end user to the server. Data transmitted to and from the 
website may be secured via a well-known encryption mechanism. Figure 7 shows 
an exemplary login screen for the present invention. An end user, such as an 
investor, enters the investor's account number 701 and password 702. The user 
may receive an account number 701 and password 702 after registering with the 
method and system of the present invention. 

In an embodiment of the invention, in order to register with the method 
and system of the present invention, an investor may open an account by filling 
out a customer application form, signing a customer agreement and participation 
agreement, and receiving approval from a customer account staff associated with 
the method and system of the present invention. In certain instances, an investor 
may use an existing account with a third party broker-dealer designated by staff 
associated with the method and system of the present invention as bidder 
conduits. 

Referring again to Figure 7, the end user is also prompted to enter an 
auction key 704. In an embodiment of the invention, each auction is announced 
one to two days ahead of time. Registered participants are notified of an auction 
electronically. Auctions move rapidly, usually lasting two hours. When 
registered participants are notified electronically, they may receive an auction key 
703 for that given auction. 

If the end user selects initial terms 705, an initial terms screen exemplified 
by Figure 8 is shown to the user. Figure 8 shows details for the auction, including 
a title 801 and initial terms 802, which may include such terms as the issuer, an 
issue size, a maturity date, a coupon rate, a settlement date, settlement terms, a 
type of issue, coupon dates, a structure, a format, a quality rating, a benchmark 
treasury, a maximum benchmark rate, a minimum/maximum spread, a protected 
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spread, an auction date and time, a pricing date and time, a maximum purchase 
limit, a minimum and multiple investment, a listing designation, soft dollar terms, 
names of co-managers, and a selling concession. 

Referring again to Figure 7, if the end user selects submit 704, the method 
and system of the present invention checks a security database to match the 
account number 701 and password 702 information entered by the end user. If the 
information entered matches an end user registered in the system, the system 
checks the auction key 703 entered by the end user. If the end user is properly 
registered and the auction key 703 entered is correct, the end user is shown a pre- 
auction screen as exemplified in Figure 9. 

During the pre-auction phase exemplified by Figure 9, bids are not 
accepted, as shown by the auction progress window 901. During the pre-auction 
phase and throughout the auction, the end user may be shown auction details 902, 
which provides details about the auction. Auction start 903 shows the start time 
for the auction, and auction finish 904 shows the ending time for the auction. 
Min/max spread 905 shows a largest and smallest bid spread in basis points over a 
benchmark Treasury allowed during the auction. 

Protected spread range 906 shows a maximum spread range, under an 
initial bid, that an end user may modify a final bid, without canceling the end 
user's existing competitive bid. Improving an initial bid by more than the 
protected spread range results in cancellation of the original bid and entry of a 
new bid with a new timestamp. In the example, the protected spread range 906 is 
a 4 basis point spread. Benchmark Treasury 907 relates to a chosen reference 
U.S. Treasury security of comparable maturity to the bonds being auctioned. The 
benchmark Treasury yield may be used to price the bond after the auction. In an 
embodiment of the invention, if the benchmark Treasury yield is above the 
maximum rate at pricing, the issuer is allowed, but not required, to cancel the 
auction. 

After an auction has begun, the end user is shown a screen such as the one 
in Figure 10. Auction progress window 901 shows the current time and the time 
remaining in the auction. Cumulative bid chart 1002 shows the total cumulative 
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bids, which is $500 million in the example auction shown. Cumulative bid chart 
1002 also shows the distribution of the initial bids, cumulatively grouped in a bar 
chart format by basis point spread (bps). In the example, there are a total of 24 
initial bids, and all 24 initial bids are at or below 105 bps. In the example, 23 bids 
are below 104 bps, which shows that there was (24-23=1) one initial bid at 105 
bps. This cumulative bid chart provides a clue to the end user as to what bps the 
end user may have to bid in order to have a feasible chance at successfully 
winning the auction. In the example in Figure 9, if none of the bids are modified, 
the end user knows that a final bid of 105 bps would presently garner no 
legitimate chance of winning because there are already more than $450 million 
worth of bids at 104 bps and below, and the total amount of bonds up for auction 
is between $300 million and $450 million. Only initial bids, not final bids, are 
shown by the cumulative bid chart 902, but the protected spread range 906 does 
provide a guide for the end user as to where the final bids may fall. In an 
embodiment of the invention, the cumulative bid chart 1002 is color coded into 
three colors, one color for bids that may be above a hypothetical clearing price, a 
second color for bids that may or may not be above the clearing price, and a third 
color for bids that would be below the clearing price. 

If the user clicks or selects nominal chart 1001, a nominal bid chart 1 102 
is communicated to the end user, as shown in Figure 1 1 . Nominal bid chart 1 102 
shows the number of initial bids, grouped in bar graph form, for each basis point 
spread. Also shown is the quantity of bonds initially requested at each basis point 
spread. In the example shown in Figure 11, there are only two initial bids at 103 
bps, but they account for a large quantity of bonds ($110 million worth at 103 
bps). In an embodiment of the invention, the nominal bid chart 1 102 is color 
coded into three colors, one color for bids that may be above a hypothetical 
clearing price, a second color for bids that may or may not be above the clearing 
price, and a third color for bids that would be below the clearing price. 

If the user clicks or selects bid data 1 103, a bid data table 1202 is 
communicated to the end user, as shown in Figure 12. Bid data table 1202 shows 
each bid, ordered by bps. In the example, the first bid shown is a noncompetitive 
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bid "N" at a quantity of 10 timestamped at 9:00 ET. In an embodiment of the 
invention, the entries in the bid data table 1202 are color coded into three colors, 
one color for bids that may be above a hypothetical clearing price, a second color 
for bids that may or may not be above the clearing price, and a third color for bids 
that would be below the clearing price. If there are too many bids to display in 
one screen for the bid data table 1202, the end user may click or select the see 
remaining bids button to show additional bids. 

Referring again to Figure 12, the end user may elect to place a bid by 
entering bid information in the place bid window 1201 . Place bid window 1201 
appears on the end user's screen when the auction begins and remains on the user 
screen if the user chooses to cycle through the various bid history charts and 
tables. In an embodiment of the invention, the end user may choose to place a 
competitive bid 1203, a non-competitive bid 1208, or both a competitive bid 1203 
and a non-competitive bid 1208. For either a competitive bid 1203 or a non- 
competitive bid 1208, the end user must enter a size 1205. Size 1205 is the bid 
amount, in millions. In an embodiment of the invention, the minimum 
competitive bid is $1 million and can be increased in increments of $1,000. The 
minimum non-competitive bid is $1,000 and can be increased in increments of 
$1,000. An investor may increase the size of an existing bid by up to 50% and 
keep the original timestamp. In an embodiment of the invention, increasing the 
size of a bid by more than 50% will result in cancellation of the original bid and 
entry of a new bid with a new timestamp 1204. 

In an embodiment of the invention, for a competitive bid 1203, the end 
user must also enter an initial bid 1206 and a final bid 1207. Initial bid 1206 is 
the spread in basis points of a competitive bid, which is revealed anonymously to 
other investors. In an embodiment of the invention, the final bid 1207 can only be 
set at or below the initial bid but may not differ from the initial bid by more than 
the protected spread range 906. The final bid 1207 may be changed at any time 
prior to the end of the auction. Setting the final bid 1207 below the initial bid 
1206 by more than the protected spread range will result in cancellation of the 
original bid and entry of a new bid with a new timestamp 1204. 
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In an embodiment of the invention, max bid 1210 is the maximum amount 
a specific investor may bid in a given auction. When added together, the size of 
an investor's competitive bid 1203 and noncompetitive bid 1208 may not exceed 
the maximum bid size indicated by max bid 1210. In the example shown in 
Figure 12, the max bid 1210 is $75 million. 

If the end user properly enters bid information in place bid window 1201 
and clicks or selects submit bid 1211, the confirm bid screen shown in Figure 13 
may be communicated to the end user. If the end user has improperly entered bid 
information, such as by entering a bid that exceeds the maximum bid allowed for 
a specific investor, an error screen such as the one shown in Figure 20 is 
communicated to the end user. In Figure 20, the error 2001 describes the mistake 
to the user in the place bid 1201 window. In the example shown in Figure 20, the 
bid exceeded the maximum bid allowed, is communicated to the user. 

Referring again to Figure 12, if the user has properly entered a bid, the 
confirm bid screen shown in Figure 13 may be communicated to the user. 
Confirm bid window 1301 appears, reminding and summarizing the end user's 
previously entered bid information. If the end user has made a mistake or changes 
his or her mind, the end user may click or select back 1302 to return to a previous 
place bid screen. 

If the end user selects confirm bid 1303, the current bid status screen, as 
shown in Figure 14, is communicated to the end user. Current bid status window 
1401 contains a current status column 1402 and a modify column 1403. Current 
status column 1402 displays the present bid or bids of the end user. Also 
communicated to the user is total bid 1404, which is the sum of competitive bid 
1203 and non-competitive bid 1208. 

If the end user wishes to modify 1403 a bid, the end user may elect to 
change the size 1205 of the bid. For a competitive bid 1203, the user may change 
the spread for the final bid 1207, subject to constraints such as the protected 
spread range 906. In an embodiment of the invention, another constraint on 
modifying the size 1205 of the bid is that the size a bid may be increased by up to 
50% at any time during the auction without changing the timestamp. If the end 
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user increases the quantity of a bid by more than 50%, that existing bid will be 
cancelled, and a new bid entered with the new size and a new timestamp. 

In an embodiment of the invention, as a further constraint, the size of a bid 
cannot be decreased without canceling it. An investor may cancel bids at any time 
during an auction. The method and system of the present invention may exclude 
bidders for any reason, including activity that is disruptive to the auction process. 

In an embodiment of the invention, investors are given a maximum bid 
size limit that varies with credit and/or other methods established by the method 
and system of the present invention. When added together, the size of an 
investor's competitive bid and noncompetitive bid may not exceed the maximum 
bid size. 

If the end user does decide to make a modification and clicks or selects 
modify bid 1406, a screen such as the one shown in Figure 15 is shown to the 
user. 

In the example shown in Figure 15, the end user has chosen to modify the 
final bid 1207 for the end user's competitive bid 1203. The end user may click or 
select back 1 501 if the user has made a mistake or changed his or her mind, or the 
user may click or select confirm bid 1502 to accept the modification 1503 shown. 

Referring again to Figure 14, if the end user clicks or selects cancel bid 
1405, the cancel bid screen shown in Figure 21 is communicated to the user. In 
the cancel bid window 2101, in the example shown, the end user may choose to 
cancel competitive bid 2102, cancel non-competitive bid 2103, or cancel both bids 
2104. 

If in modifying a bid the end user selects a final bid outside of the 
protected spread range 906, the review bid window 1601 is communicated to the 
end user as shown in Figure 16. A notation 1602 appears next to the unprotected 
improper final bid 1207, and a warning 1603 reminds the end user that accepting 
the final bid would result in the loss of the current timestamp 1204. If the end 
user changes his or her mind, he or she may click or select back 1604. If the end 
user wishes to continue with the new bid 1606, and therefore losing the old 
timestamp 1204, the end user may select submit bid 1605. 
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In an embodiment of the invention, if at the end of the auction, the end 
user has made one or more successful bids, a successful purchase window 1701 is 
communicated to the end user, as exemplified by the screenshot in Figure 17. 
Total successful purchase 1704 shows the total purchase amount, in millions of 
dollars. 

In an embodiment of the invention, soft dollars available 1 702 shows the 
portion of the selling concession designated by an investor to be paid to a non- 
underwriting broker-dealer. In an embodiment of the invention, a portion of the 
selling concession on each deal will be available to investors on a soft dollar 
basis. In an embodiment of the invention, winning bids with earlier timestamps 
are given a greater fraction of the selling concession in soft dollars. Investors may 
assign soft dollars to accounts of their choice. In an embodiment of the invention, 
investors have up to 24 hours after a deal prices to complete their soft dollar 
designations. 

Size of benchmark for sale 1703 allows an investor to set an amount of the 
benchmark Treasury to sell, up to 15 minutes after the end of the auction. If the 
end user enters a dollar amount and clicks or selects sell treasuries 1705, that 
amount of treasuries will be sold. Within the first fifteen minutes after an auction, 
an end user may set and change the amount of the benchmark Treasury bonds the 
end user wishes to sell. The sale may be made at the prevailing market price at 
the time the deal prices, or approximately 30 minutes after the conclusion of an 
auction. 

Auction results 1705 shows a clearing spread 1706, a final deal size 1707, 
and a time of final pricing 1708. Clearing spread 1706 shows the lowest spread in 
basis points over the benchmark Treasury that results in the sale of all of the 
bonds up to the final deal size 1707. 

Final deal size 1707 shows the aggregate number of bonds to be sold and 
may be set by the issuer of the bonds a prespecified time before the end of 
auction. Time of final pricing 1708 shows the final terms of a bond issue, with for 
example, the yield, price, and coupon set approximately one half-hour after the 
end of the auction. 
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If an end user fails to make one or more successful bids at the conclusion 
of the auction, a screen such as the one shown in Figure 18 and continued in 
Figure 19 is communicated to the end user. Auction results 1801, the end user's 
bid or bids 1803, and initial auction terms 1802 are communicated to the 
unsuccessful end user. 

In an embodiment of the invention, the method and system of the present 
invention uses a modified Dutch Auction format. In a Dutch Auction, winning 
bidders pay a market-clearing price, that is, the highest price that sells out all 
securities offered in the auction. 

In an embodiment of the invention, at the end of the auction, orders are 
filled working from the lowest-spread bids up to the spread that sells out the entire 
offering. All who bid below the clearing spread have their orders filled at the 
clearing spread. Bids at the clearing spread are awarded in timestamp order. In the 
event of ties in spread and timestamp, bonds are awarded pro-rata. If the last 
accepted bid at the clearing spread requests more bonds than are available, all 
remaining bonds may be awarded within the final deal size to the bidder. 

In an embodiment of the invention, if the benchmark Treasury bond yield 
moves up by a pre-specified number of basis points during an auction, the auction 
will be cancelled. If there are not enough orders to fill the final deal size 
announced by the issuer, the auction will also be cancelled. 

In an embodiment of the invention, successful bidders at the end of an 
auction are notified electronically. Basic information about the auctioned bond 
are publicly available at a website associated with the method and system of the 
present invention after the conclusion of an auction. Such information may 
include, for example, size, yield, coupon, and maturity. Further details about the 
outcome of an auction and the demographics of bidders may be made available to 
those who are awarded bonds. 

In an embodiment of the invention, bond pricing occurs approximately 30 
minutes after the auction terminates. The clearing spread is added to the 
benchmark treasury rate to obtain the auction yield. The coupon rate on the bond 
may become the auction yield rounded down to the nearest 1/8%. The bond price 
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that corresponds to the auction yield and coupon rate may be calculated to three 
decimal places. Bonds may be made available to trade shortly after pricing, 
subject completion of necessary documentation. 

It will be understood by those skilled in these arts that this exemplary bond 
auction process described above, may equally be used for equity securities, 
commodities, and other types of securities. 

Having described the invention in terms of a preferred embodiment, it will 
be recognized by those skilled in the art that various types of general purpose 
computer hardware may be substituted for the configuration described above to 
achieve an equivalent result. Similarly, it will be appreciated that arithmetic logic 
circuits are configured to perform each required means in the claims for 
processing internet communications between bidder, issuers and auction server 
nodes It will be apparent to those skilled in the art that modifications and 
variations of the preferred embodiment are possible, which fall within the true 
spirit and scope of the invention as measured by the following claims. 
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